home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1110 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.9 KB
  1. Subject: Re: Gem List 
  2. Date: Fri, 29 Jul 1994 14:58:30 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Michel Forget wrote:
  7. >
  8. >This is not a good approach.  It limits the number of windows to 20.
  9. >MultiTOS can have many more than that, and so can Geneva.  A much
  10. >better (though confusing) solution is to use a linked-list, or a
  11. >dynamically allocated array.  That way the list can grow indefinitely.
  12.  
  13. In GEM++, I use a linked list, and go to the trouble of maintaining the
  14. list to be in the same order as the windows.  I'm still not sure how
  15. useful this is, since I could call wind_find(), then search an
  16. unordered list.  Comments?
  17.  
  18. I also never hold onto a window handle if the window is not open.
  19. This means keeping my own copies of the window sizes, but again,
  20. that hasn't been a problem.  Good for older TOSes.  Comments?  (Hey,
  21. maybe everyone does these things - I've not looked at the details of
  22. many libraries).
  23.  
  24. >>Or you could just bypass form_keybd altogether.
  25.  
  26. >If you bypass objc_edit()
  27. >or form_keybd(), then you LOSE the enhancements that the user installs
  28. >in the AUTO folder.  ...
  29. >... There are situations where you
  30. >might NEED to replace one of these functions, but unless you absolutely
  31. >have to you should leave them the way they are.
  32.  
  33. This is 100% true.  The trouble is, those situations (eg. to allow
  34. scolling textfields) force you to write all the code that can be reused
  35. in plain textfields anyway.  Because functionality provided by TSRs
  36. are not extensible.  Scrolling text fields are very important (eg. if
  37. the field is supposed to hold a filename, it is usually restricted
  38. to 70 characters - that can be as little as 4 directories deep.  It
  39. would be difficult (but not impossible) for a TSR to support this,
  40. since it cannot normally know how large a field the program can
  41. handle.  So while TSR's might look like a nice solution, they have
  42. trouble providing what a library can provide.
  43.  
  44. --
  45. Warwick
  46.